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DATA BUS CONFIGURATION 
BACKGROUND 

[0001]A growing number of applications, such as video, require the very 
rapid transmission of very large amounts of data. Such transmission may result 
in the expenditure of a significant amount of electrical power, and may 
additionally result in the generation of a significant amount of EMI (electro- 
magnetic interference). 

[0002] For example, in an exemplary video application, micro electro- 
mechanical devices (MEMs) are used in the display of data. Such devices 
contain a RAM (random access memory) cell, wherein the condition of the cell 
(e.g. either a one or zero) controls the state of a mirror. Accordingly, by moving 
large amounts of data (e.g. 50 Mbits/second) a screen configured with MEM 
devices could be controlled. As can easily be seen, the bus supplying this data 
may expend considerable energy, and may generate considerable unwanted 
EMI. 

[0003] Accordingly, improvements in bus design resulting in lower energy 
requirements and less EMI would be desirable. 
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SUMMARY 

[0004] A system includes logic configured for counting transitions between 
data on a bus and data to be put onto the bus. Where the counted transitions 
exceed a threshold, the data to be put onto the bus is complemented. As a 
result, complemented data is put on the bus where the threshold was exceeded 
and un-complemented data is put on the bus where the threshold was not 
exceeded. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0005] The following detailed description refers to the accompanying 
figures. In the figures, the left-most digit(s) of a reference number identifies the 
figure (Fig.) in which the reference number first appears. Moreover, the same 
reference numbers are used throughout the drawings to reference like features 
and components. 

[0006] Fig. 1 is a block diagram illustrating an exemplary system including 
a bus configured for low power consumption and low EMI emissions. 

[0007] Fig. 2 is block diagram illustrating an exemplary process during 
which transitions between data on adjacent data cycles of a bus are counted, and 
data is complemented when appropriate. 

[0008] Fig. 3A is a flow diagram that describes the operation of a 
transmitter in an implementation of a bus configured for low power consumption 
and low EMI emissions. 

[0009] Fig. 3B is a flow diagram that describes the operation of a receiver 
in an implementation of a bus configured for low power consumption and low EMI 
emissions. 
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DETAILED DESCRIPTION 

[0010] A system for operation of a bus configured to provide low power 
consumption and low EMI emissions is disclosed. Power consumption is 
reduced by reducing operation of components controlling the frequency of the 
need to raise and lower lines within the data bus (e.g. toggling lines between high 
voltage and low voltage). EMI emissions are similarly reduced by reduction of 
the toggling of data lines within the data bus. The system includes logic 
configured for counting transitions between data currently on a bus and data to 
be put onto the bus. For example, a transition would result where an individual 
line in the data bus moves from high (or low) voltage to low (or high) voltage. 
However, no transition would result on the individual line where it stayed at high 
(or low) voltage. Where the counted transitions exceed a threshold, the data to 
be put onto the bus is complemented, and the complemented data is put on the 
bus instead. Accordingly, complemented data is put on the bus where the 
threshold was exceeded and un-complemented data is put on the bus where the 
threshold was not exceeded. By setting the threshold at a value of approximately 
half the width of the bus (e.g. 8 for a 16-bit data bus) using the complemented 
data where the number of transitions exceeds the threshold and un- 
complemented data where the number of transitions does not exceed the 
threshold will limit the transitions to at most half the number of bits in the bus for 
each data cycle. Thus, complementing data to be put onto the data bus under 
conditions wherein the threshold is exceeded can dramatically cut the power 
consumption required to transition data lines within the bus, and also the 
resultant EMI emissions. 

[0011] Fig. 1 is a block diagram illustrating an exemplary system 100 
configured data transmission having low power consumption and low EMI 
emissions. A transmitter 102 communicates with a receiver 104 over a bus 106 
and signal line 108. While the system 100 illustrates data transmission from the 
transmitter 102 to the receiver 104, the system 100 could be extended to provide 
two-way data transmission. 

[001 2] A transition counter 1 10 is configured to compare the data currently 
being transmitted on the data bus 106 with the data which will be transmitted on 
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the next cycle of the data bus. As will be seen in greater detail in the discussion 
of Fig. 2, the transition counter 1 10 is configured to compare the data currently on 
each line within the data bus to the data which will next be on the data bus (i.e. 
"future" data). Where the current data and the future data are the same (e.g. 
both "high" voltage or both "low" voltage) on any given data line within the bus, 
there is no transition. Where the current data is high (or low) and the future data 
is low (or high) there is a transition (e.g. from high to low or from low to high). In 
an exemplary 8-bit bus, where the current data is 00110000 and the future data 
(for the next clock cycle of the data bus) is 001 11111, there are 4 transitions, s 
since the first 4 bits are the same, but the last 4 bits "transitioned". 

[0013]Three exemplary implementations of the transition counter 110 are 
seen in Fig. 1. A ripple counter 112, a carry look-a-head counter 113, a binary 
tree counter 114 or other counters may be used to count the transitions. Note 
that while three exemplary implementations of transition counter 110 are 
disclosed, they are merely illustrative, and that many other implementations of 
the transition counter 110 could similarly be employed. Accordingly, the concepts 
disclosed herein are not dependent on a particular selection of a counter. 

[0014] A data complement module 116 is configured to complement the 
data which is to be put on the data bus 106 if the number of transitions exceeded 
the threshold. The process by which data is complemented reverses every bit. 
For example, where the data bus 106 is eight bits wide, and the data is 
11000011, the complement would be 00111100. In operation, the data 
complement module 116 operates in response to a determination by the 
transition counter that the number of transitions exceeded the threshold. For 
example, where the current data on the data bus is 1 1 1 10000, and the data to be 
put onto the data bus is 11110001 it would not make sense to complement the 
data to be put onto the data bus, since this data is separated from the current 
data by only one transition (in the last bit). However, if the current data on the 
data bus is 1 1 10001 1 , it would make sense to complement 0001 1111, since this 
data is separated from the current data by six transitions (the first 6 bits), as 
would be revealed by the transition counter 110. In particular, the six transitions 
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would exceed a threshold set at four (half the width of the 8-bit bus), requiring the 
operation of the data complement module 116. 

[0015]A complement indicator module 118 is configured to operate the 
signal line 108 in a manner which indicates whether or not the data complement 
module 116 was used to complement the data. Accordingly, the status of the 
data on the data bus 106, either complemented or not complemented, can 
always be determined by the status of the signal line 108, which is regulated by 
the complement indicator 118. 

[001 6] A driver circuit 120 is configured to put the new data, 
complemented or not, onto the bus 106. 

[001 7] A complement detector 122 within the receiver 104 is configured to 
detect whether the data on the data bus 106 is complemented by examination of 
the signal line 108. Where the data is complemented, the data de- 
complementing module 124 is configured to de-complement the data by 
reversing each data bit. 

[001 8] Fig. 2 is block diagram illustrating an exemplary process 200 during 
which transitions between data on adjacent data cycles of a bus are counted, and 
data is complemented when appropriate. Block 202 represents data on the data 
bus 106 (Fig. 1). The data is represented by a plurality of high and low data lines, 
wherein bit 0 and bit N 204, 206 are illustrated as high and low, respectively. The 
transition counter 110 counts the transitions required between the data 202 
currently on the data bus and the un-complemented data 208 to be put on the 
data bus. In particular, bit 204 is "high" voltage (e.g. a "1") and is transitioned (T) 
at 210 to a low bit (e.g. a "0"). In contrast, bit 206 is not transitioned (NT) at 212, 
since it starts as a low voltage and remains at low voltage. Accordingly, by 
comparing the data 202 currently on the data bus and the un-complemented data 
208 to be put on the data bus, the transition counter 110 is able to count the 
number of transitions between the data 202 on the bus and the un-complemented 
data 208 to be put on the bus. Having made the count, the transition counter 110 
compares the count to the threshold 214 to determine if a complement 216 of the 
un-complemented data 208 to be put on the bus should be made by the data 
complement module 116. In general, the data complement module 116 creates a 
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complement 216 of the data 208 to be put on the bus when a number of differing 
bits between the complement 216 and the data 202 is less than a number of 
differing bits between the un-complemented data 208 the data 202. Thus, the 
data to be put onto the bus is either the un-complemented data 208 or the 
complemented data 216, depending on which has more bits in common with the 
current data 202, wherein bits in common are bit locations (e.g. bit 5 on an 8-bit 
bus) which have a common value (e.g. both are "high" or "1"). 

[001 9] The flow chart of Fig. 3A illustrates a further exemplary 
implementation, wherein a method 300 is employed to operate a transmitter on a 
bus configured for low power consumption and low EMI emissions. The 
elements of the method may be performed by any desired means, such as by the 
execution of processor-readable instructions defined on a processor-readable 
media, such as a disk, a ROM or other memory device or by operation of an 
application specific integrated circuit (ASIC) or other hardware device. In one 
implementation, the ROM may contain firmware implementing the system 100 of 
Fig. 1 according to an exemplary method as seen in the flow chart of Fig. 3. In 
an alternative implementation, an ASIC or other hardware device may contain 
logic which implements system 100 according to an exemplary method as seen 
in the flow chart of Fig. 3. Also, actions described in any block may be performed 
in parallel with actions described in other blocks, may occur in an alternate order, 
or may be distributed in a manner which associates actions with more than one 
other block. 

[0020]At block 302, transitions are counted between data on a bus and 
data to be put on the bus. In the exemplary system 100 of Fig. 1, the transitions 
were counted by the transition counter 110. Note that the transitions are 
differences between similarly located bits on the data 202 (Fig. 2) on the data bus 
106 and the data 208 (Fig. 2) which could follow it onto the data bus. Thus, if the 
data on the bus was 00001 1 1 1 and the data which could follow it was 1 0001 111, 
then the data in one location would be different, causing that data line to 
"transition". 

[0021] At block 304, the data 208 (Fig. 2) to be put onto the data bus is 
complemented where the counted transitions exceed a threshold. In the 
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exemplary system 100 of Fig. 1, the complement would be performed by the data 
complement module 116. As seen above, where the threshold is set to a number 
equal to half the bits on the data bus (e.g. set the threshold to 8 if the data bus is 
16 bits wide), then data is complemented to prevent the need for over half the 
data lines on the data bus to "transition" from one value to anther value. 

[0022]At block 306, where the threshold was exceeded by the required 
transitions counted at block 302, the complemented data is put onto the bus. 
Alternatively, at bloc 308, where the threshold was not exceeded by the required 
transitions counted at block 302, the un-complemented data is put onto the bus. 

[0023] The flow chart of Fig. 3B illustrates a further exemplary 
implementation, wherein a method 320 is employed to operate a receiver on a 
bus configured for low power consumption and low EMI emissions. The 
elements of the method may be performed by any desired means, as indicated 
with respect to method 300, above. At block 322, the signal line 108 (Fig. 1) is 
set to indicate the presence of complemented data or un-complemented data on 
the data bus 106. In the exemplary system 100 of Fig. 1, the control over the 
signal line 108 would be performed by the compliment indicator controller 118. 

[0024] At block 324, a receiver obtains data from the bus 106. In the 
example of Fig. 1, the receiver 104 obtains data sent by the transmitter 102. At 
block 314, the receiver checks the signal line 108 to determine if the data on the 
data bus has been complemented. At block 326, where the data on the data bus 
has been complemented (as determined by observation of the signal line 108) 
the data is un-complemented, such as by a data de-complementing module 124 
(Fig. 1). 

[0025]Although the above disclosure has been described in language 
specific to structural features and/or methodological steps, it is to be understood 
that the appended claims are not limited to the specific features or steps 
described. Rather, the specific features and steps are exemplary forms of 
implementing this disclosure. For example, counting transitions between data on 
a bus and data to be put onto the bus could be done by any number of hardware, 
software and firmware implementations. The disclosed implementations — 
involving use of a ripple counter, a binary tree counter or a carry look-a-head 
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counter — are meant only to be representative of several of the many ways in 
which this functionality could be performed. Accordingly, while these specific 
means are disclosed as examples, they are not meant to be construed in any 
way to be limiting. In a further example, while actions described in blocks of the 
flow diagrams may be performed in parallel with actions described in other 
blocks, the actions may occur in an alternate order, or may be distributed in a 
manner which associates actions with more than one other block. And further, 
while elements of the methods disclosed are intended to be performed in any 
desired manner, it is anticipated that logic, such as an ASIC or other hardware 
device, or computer- or processor-readable instructions, performed by a 
computer and/or processor, reading from a computer- or processor-readable 
media, such as a ROM, disk or CD ROM, would be preferred. 
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